home *** CD-ROM | disk | FTP | other *** search
- Subject: Re: Proposal
- Date: Wed, 1 Jun 1994 09:35:07 +0200 (MDT)
- In-Reply-To: <H.ekK.D9IxnaYtw3o@elfhaven.ersys.edmonton.ab.ca> from "Michel Forget" at May 22, 94 01:33:14 am
- From: Annius.Groenink@cwi.nl (Annius Groenink)
- X-Face: "E3Hm]k]&:,OEP<{D2ixJf>-9[qOGLebNa0&cQyFL-a~)kTM3&&I"gFw=fJ]K%1IduGjOE`
- ZGu]&~G]QNGa7i/L!+#Xng<|+}HKYHj~5?fTInUEUh0$I1gBI7jrA!&_|e/pR1[cX:^xgJTPsrjA_9
- m8Zli[|.-u{]+c1(6C7mL*m`/_J\>.{4!:g
- Mime-Version: 1.0
- Precedence: bulk
-
-
- > [> CTRL F - Find
- > [> CTRL G - Find next
- > [> CTRL R - Replace *1
- > [> CTRL T - Replace Next
- >
- > What about "Find Previous" or "Replace Previous"? In MasterBrowse,
- > I use ^E for "Find Previous" mainly because EFG = Previous/Find/Next
- > so it is easy to remember.
-
- It is fairly standard to use Shift CTRL G for find previous (shift being
- the modifier of ^G). Could do the same with ^T. (And even with ^F and ^R
- which would reverse the direction before opening the dialog).
-
- > [> CTRL B - Bold for word processors
- > [> CTRL I - Show Info /Italic for word processors
- > [> CTRL U - Underline in text editors
- >
- > How about ^L for "light" text in word processors.
-
- Maybe we should have separate chapters for a number of typical application
- paradigms such as: an editor, a word processor (quite different),
- a drawing package (things on the num pad for scaling) etc. The above three
- definitely do not belong in a general standard.
-
- > [> CTRL [ - Block start
- > [> CTRL ] - Block end
-
- This won't work on a German keyboard. What about function keys for this
- purpose? We haven't considered those yet. But perhaps we should save
- the function keys for whatever we cannot sensibly assign letters to...
-
-
- > This is good as far as it goes, but I think it needs more work. Such
- > as, what gadgets should a windowed dialog box have? (I personally
- > use the MOVER|CLOSER set.) Also, it would be nice if we decided which
-
- Smaller is OK. Is it? Perhaps not if a dialog is modal?
-
- > keypresses should be used. For example, EGEM has a very full set of
- > dialog commands that allows access to the clipboard, a history buffer,
- > moving to the first editable field, the last editable field, etc.
- > We should standardize this (if we can) while we are doing the ohter
- > keyboard shortcuts.
-
- ^V should definitely work. Also, the right mouse button should be paste
- in dialog fields like it is (well, the middle button is) on UNIX.
-
-
- > [> *1 There's a good arguement for using CTRL F,G,H for Find, Find
- > [> Next and Replace.
- >
- > Not really.... :)
-
- On the contrary, there is not really a good argument for having ^R and ^T
- as that obsolete search and replace paradigm is dangerous. A well
- implemented REPLACE operation that swaps selection and cut/paste block on
- a fragment-fragment basis is a much better option as it is reversible.
-
-